On demand frequency testing

ABSTRACT

The present technology provides solutions that enable accurate measuring of frequency response on a network (e.g., cable network, fiber optic network) through frequency sweep testing. In various embodiments, the present technology provides a remote transmitter test unit that can be physically deployed at various points in a network. The present technology provides for on demand sweep testing. A remote transmitter test unit or headend test unit can periodically transmit a query message and, based on a response to the query message, can initiate a sweep test. The present technology provides for automatic generation of a sweep profile for a sweep test. Based on an analysis of a frequency spectrum on a network, the sweep profile provides parameters for conducting a sweep test. The present technology provides for Orthogonal Frequency-Division Multiplexing (OFDM) table generation and OFDM sweep testing.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to U.S. Provisional Patent ApplicationNo. 63/153,266, filed on Feb. 24, 2021 and entitled “METHOD AND SYSTEMSTO CREATE ON DEMAND PERFORMANCE FREQUENCY SWEEP TESTING ON A CABLE TVDISTRIBUTION SYSTEM,” which is incorporated herein by reference in itsentirety.

FIELD OF THE INVENTION

The present technology relates to cable networks. More particularly, thepresent technology relates to on demand frequency testing on cablenetworks.

BACKGROUND

Today, people rely on cable networks for a variety of services,including digital telephone, multimedia entertainment, and Internetconnectivity. Increasing growth in these services has spurred continuedexpansion of cable networks and continued development of servicesoffered through cable network technologies. For example, a cable serviceprovider can offer services such as digital telephone, digitaltelevision, and Internet connectivity. In one example, the cable serviceprovider can provide for one customer bundled digital television andInternet connectivity services via a broadband connection on a cablenetwork. In another example, the cable service provider can provideanother customer bundled digital telephone, digital television, andInternet connectivity services together via another broadband connectionon the cable network.

SUMMARY

Various embodiments of the present technology can include a devicecomprising an integrated power source, radio frequency (RF) components,configured to transmit forward signals through a network and receivereturn signals through the network, and computing components, includinga processor, configured to interface with a section of the network,receive a sweep request from a field test unit on the section of thenetwork, and generate sweep tones on the section of the network inresponse to the sweep request.

In an embodiment, the device further comprises an RF board, wherein theRF components are located on the RF board, and a CPU board, wherein thecomputing components are located on the CPU board, and wherein the RFboard and the CPU board are stacked within a chassis.

In an embodiment, the RF components are located on a side of the RFboard opposite with respect to a side of the CPU board where thecomputing components are located.

In an embodiment, the RF components are located on a side of the RFboard facing the chassis, and wherein the computing components arelocated on a side of the CPU board facing the chassis.

In an embodiment, the device further comprises thermal materialcontacting the chassis and contacting heat generating components of theRF components and the computing components.

In an embodiment, the device further comprises a first RF-connector,wherein the RF components are configured to transmit the forward signalsthrough the first F-connector, and a second F-connector, wherein the RFcomponents are configured to receive the reverse signals through thesecond RF-connector.

In an embodiment, the device further comprises one or moreRF-connectors, and one or more waterproof slide-on boots configured tocover the one or more RF-connectors.

In an embodiment, the device further comprises a user interface panel,wherein the user interface panel includes one or more USB interfaces,one or more Rj-45 connectors, and one or more LEDs to indicate at leastone of: power, active forward signal, active return signal, batterycharging, and battery status.

In an embodiment, the device further comprises a user interface paneland a weatherproof door that can cover the user interface panel.

In an embodiment, the device further comprises a metal chassis, whereinthe integrated power source, the RF components, and the computingcomponents are enclosed in the metal chassis, and a removeable protectorwith one or more attachment points.

In an embodiment, the integrated power source includes a rechargeable3P3S battery.

In an embodiment, the computing components are further configured togenerate a sweep profile for conducting a sweep test on the section ofthe network, wherein the sweep tones are generated based on the sweepprofile.

In an embodiment, the computing components are further configured tofacilitate an Orthogonal Frequency-Division Multiplexing (OFDM) sweeptest on the section of the network.

In an embodiment, the computing components are further configured tomeasure reverse sweep tones on the section of the network.

Various embodiments of the present technology can include systems,methods, and non-transitory computer readable media configured toreceive a sweep request in response to a periodic query transmission,provide a sweep profile for measuring sweep tones on a network, generatea first timing synchronization message, and generate first sweep tonessubsequent to provision of the timing synchronization message.

In an embodiment, the systems, methods, and non-transitory computerreadable media are further configured to generate a second timingsynchronization message in response to a request for a subsequent sweeptest, and generate second sweep tones subsequent to provision of thesecond timing synchronization message.

In an embodiment, the systems, methods, and non-transitory computerreadable media are further configured to provide a query for asubsequent sweep test, and provide periodic queries for sweep testsbased on a lack of reply to the query for the subsequent sweep test.

In an embodiment, the systems, methods, and non-transitory computerreadable media are further configured to provide the periodic querytransmission through a forward communication channel, and provideinformation related to a frequency associated with a reversecommunication channel.

In an embodiment, the systems, methods, and non-transitory computerreadable media are further configured to receive reverse sweep tones onthe network, measure the reverse sweep tones, and provide an indicationof a frequency response of the network based on the measured reversesweep tones.

In an embodiment, the sweep profile includes information associated withOrthogonal Frequency-Division Multiplexing (OFDM) sweep testing.

In an embodiment, the sweep profile is automatically generated andreceived from a field test unit.

In an embodiment, the sweep profile includes a channel table describingactive channels in the network.

In an embodiment, the sweep profile includes start frequencies and stopfrequencies associated with active channels in the network.

In an embodiment, the sweep profile is associated with a checksum.

Various embodiments of the present technology can include systems,methods, and non-transitory computer readable media configured todetermine spectrum data based on a scan of frequencies on a network,generate a channel table including channel frequencies and channel typesassociated with the network based on the spectrum data, generate a sweepprofile associated with the network based on the channel table, andperform a sweep test based on the sweep profile.

In an embodiment, the sweep profile includes start frequencies and stopfrequencies associated with channels in the network.

In an embodiment, the sweep profile includes a forward communicationfrequency in a section of empty spectrum for communication.

In an embodiment, the sweep profile includes a sweep test transmissionlevel.

In an embodiment, the systems, methods, and non-transitory computerreadable media are further configured to generate a guardband tablebased on the channel table, wherein the guardband table identifiesfrequency ranges to be skipped in the sweep test.

In an embodiment, the guardband table includes flags that indicatewhether a frequency is to be skipped, measured by peak power, ormeasured by average power.

In an embodiment, the guardband table identifies frequency ranges basedon a frequency, an upper threshold value associated with the frequency,and a lower threshold value associated with the frequency.

In an embodiment, the channel types include analog signals, digitalsignals, and Orthogonal Frequency-Division Multiplexing (OFDM) signals.

In an embodiment, the sweep profile identifies OFDM subcarrier pilotfrequencies to be measured in the sweep test.

In an embodiment, the sweep profile is transferred to a headend testunit or a remote transmitter test unit through a communication channelin the network.

Various embodiments of the present technology can include systems,methods, and non-transitory computer readable media configured todetermine Orthogonal Frequency-Division Multiplexing (OFDM) pilotfrequencies for an OFDM channel, determine guardband frequencies basedon the OFDM pilot frequencies, generate a sweep profile based on theguardband frequencies, and perform a sweep test based on the sweepprofile.

In an embodiment, the OFDM pilot frequencies are determined based onOFDM channel information obtained from a physical link channel (PLC)associated with the OFDM channel.

In an embodiment, the OFDM channel information is included in an OFDMChannel Description (OCD) message delivered through the PLC associatedwith the OFDM channel.

In an embodiment, the OFDM channel information includes at least one of:an OFDM channel ID, subchannel spacing, and subchannel assignments forthe OFDM channel.

In an embodiment, the systems, methods, and non-transitory computerreadable media are further configured to generate a guardband tablebased on the guardband frequencies, wherein the guardband tableidentifies frequency ranges to be associated with the OFDM pilotfrequencies.

In an embodiment, the guardband table includes flags associated with theguardband frequencies that indicate the guardband frequencies are to bemeasured.

In an embodiment, sweep tones associated with the sweep test areprevented from being transmitted at the OFDM pilot frequencies.

In an embodiment, the sweep test includes measuring average power of theOFDM pilot frequencies.

In an embodiment, the sweep profile is automatically generated by afield test unit.

In an embodiment, the sweep test is performed based on an on demandsweep test request.

It should be appreciated that many other features, applications,embodiments, and/or variations of the present technology will beapparent from the accompanying drawings and from the following detaileddescription. Additional and/or alternative implementations of thestructures, systems, non-transitory computer readable media, and methodsdescribed herein can be employed without departing from the principlesof the present technology.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example network, according to conventionaltechniques.

FIGS. 2A-2D illustrate example views of a remote transmitter test unit,according to various embodiments of the present technology.

FIG. 3A illustrates an example system including a headend test unit,according to various embodiments of the present technology.

FIGS. 3B-3E illustrate example methods, according to various embodimentsof the present technology.

FIG. 4 illustrates an example frequency diagram, according to variousembodiments of the present technology.

FIG. 5 illustrates an example method, according to various embodimentsof the present technology.

FIG. 6A illustrates an example method, according to various embodimentsof the present technology.

FIG. 6B illustrates an example frequency diagram, according to variousembodiments of the present technology.

FIGS. 7A-7G illustrate example frequency diagrams, according to variousembodiments of the present technology.

FIGS. 8A-8D illustrate example methods, according to various embodimentsof the present technology.

FIG. 9 illustrates an example of a computer system or computing devicethat can be utilized in various scenarios, according to variousembodiments of the present technology.

The figures depict various embodiments of the present technology forpurposes of illustration only, wherein the figures use like referencenumerals to identify like elements. One skilled in the art will readilyrecognize from the following discussion that alternative embodiments ofthe structures and methods illustrated in the figures can be employedwithout departing from the principles of the present technologydescribed herein.

DETAILED DESCRIPTION

Today, people rely on cable networks for a variety of services,including digital telephone, multimedia entertainment, and Internetconnectivity. Increasing growth in these services has spurred continuedexpansion of cable networks and continued development of servicesoffered through cable network technologies. For example, a cable serviceprovider can offer services such as digital telephone, digitaltelevision, and Internet connectivity. In one example, the cable serviceprovider can provide one customer bundled digital television andInternet connectivity services via a broadband connection on a cablenetwork. In another example, the cable service provider can provideanother customer bundled digital telephone, digital television, andInternet connectivity services together via another broadband connectionon the cable network.

Through the use of various devices, such as signal amplifiers, cablenetworks are able to carry electronic signals across vast distances,allowing cable service providers to provide services to their customers.However, several factors can impact the provision of services via cablenetworks. For example, electronic signals transmitted through cablenetworks generally degrade over vast distances. Other environmentalfactors, such as inclement weather and exposure to water can also damagecables in the cable network, resulting in signal loss. Signal loss candisrupt the provision of services via cable networks. For example,signal loss can cause tiling in digital television services or causeservices to be unavailable altogether. Accordingly, testing,maintenance, and repair of cable networks are vital to optimal deliveryof services via the cable networks.

Under conventional approaches, a cable service provider may broadcasttones of varying frequency from a cable system source to a cablenetwork. These tones are evaluated to test the frequency response of thecable network. However, testing the cable network under theseconventional approaches faces several challenges. For example, locatingfaults in a cable network can be difficult because a fault can belocated anywhere between the cable system source and a location wherethe tones are being evaluated. Further, broadcasting additional tones toa cable network increases the overall power transmitted through thecable network, which can overload the cable network, causing additionaldisruptions in service. These challenges become exacerbated as cablenetworks continue to expand and additional cable networks are deployed.Further, the use of cable networks to deliver more services, such asmore digital television channels, and greater Internet access speeds,also exacerbates these challenges.

FIG. 1 illustrates an example network 100, according to conventionaltechniques. The example network 100 can be a hybrid network thatincorporates cable network technology and fiber optic networktechnology. In the example network 100, a headend test unit 110 iscoupled to a downstream connection 102 from a headend (not shown) and anupstream connection 112 to the headend. The downstream connection 102from the headend is coupled to a transmitter 104 (e.g., forward pathfiber laser in a fiber optic network). The transmitter 104 broadcastssignals generated by the headend and the headend test unit 110 to theexample network 100. In the example network 100, a node 106 (e.g., fibernode in a fiber optic network) serves as a connection point fordownstream traffic and upstream traffic in the example network 100.Further downstream from the node 106, the example network 100 includesamplifiers 108 a, 108 b, 108 c. The amplifiers 108 a, 108 b, 108 camplify signal strength of the downstream traffic and the upstreamtraffic in the example network 100, extending the range the downstreamtraffic and the upstream traffic can travel. In the example network 100,upstream traffic travels to the headend through a receiver 114 (e.g.,return path fiber receiver in a fiber optic network). As illustrated inFIG. 1 , field test units 116 a, 116 b, 116 c can be situated at variouslocations in the example network 100. Because the headend test unit 110is situated close to the headend, a sweep test facilitated by theheadend test unit 110 can be broadcasted through the example network100. The sweep test can pose challenges with respect to locating faultsin the example network 100. For example, the field test unit 116 c candetermine a fault in the example network 100 based on a sweep testfacilitated by the headend test unit 110. The fault can be locatedanywhere between the headend test unit 110 and the field test unit 116c, including, for example, at the amplifier 108 c, at the amplifier 108a, at the node 106, at the transmitter 104, and along any connection inbetween. Accordingly, conventional approaches fail to address these andother challenges arising in network technology.

An improved approach rooted in network technology and computertechnology overcomes the foregoing and other challenges arising innetwork technology under conventional approaches. The present technologyprovides solutions that enable accurate measuring of frequency responseon a network (e.g., cable network, fiber optic network, hybrid network)through frequency sweep testing. In various embodiments, the presenttechnology provides a remote transmitter test unit that can bephysically deployed at various points in a network. The remotetransmitter test unit can support generating sweep test signals at thevarious points. In various embodiments, the present technology providesfor on demand sweep testing. A remote transmitter test unit or headendtest unit can periodically transmit a query message and, based on aresponse to the query message, can initiate a sweep test. In variousembodiments, the present technology provides for automatic generation ofa sweep profile for a sweep test. Based on an analysis of a frequencyspectrum on a network, the sweep profile provides parameters forconducting a sweep test. In various embodiments, the present technologyprovides for Orthogonal Frequency-Division Multiplexing (OFDM) tablegeneration and OFDM sweep testing. An OFDM table for an OFDM channel canbe generated based on unmodulated pilot sub-channels or OFDM pilots. AnOFDM sweep test can be performed on OFDM channels based on properlyplaced sweep measurement points within the OFDM channel. Thus, thepresent technology provides for technological solutions to technologicalchallenges by providing, for example, a remote transmitter test unit forsweep testing, on demand sweep testing, automatic sweep profilegeneration, and Orthogonal Frequency-Division Multiplexing (OFDM) tablegeneration and OFDM sweep testing. More details relating to the presenttechnology are provided below.

Sweep Remote Transmitter Test Unit

A traditional headend test unit typically requires an external powersource. Further, the traditional headend test unit typically requires adry, climate-controlled environment. Because of these constraints, thetraditional headend test unit is physically located in a maindistribution center (e.g., headend) of a cable network. Thus, testsignals generated by the traditional headend test unit are presentthroughout the entire cable network. These test signals make locatingfaults in the cable network difficult because the test signals arepresent throughout the entire cable network. Further, these test signalsincrease the overall power transmitted through the cable network,potentially causing further disruptions in service.

The present technology provides improvements over the aforementioned andother disadvantages associated with traditional headend test units. Invarious embodiments, the present technology provides a remotetransmitter test unit that can include various improvements over atraditional headend test unit. For example, the remote transmitter testunit can include an integrated power source (e.g., battery). Theintegrated power source allows the remote transmitter test unit to beportable. The remote transmitter test unit can include a weatherproofenclosure. The remote transmitter test unit can include passive heatdissipation features. The weatherproof enclosure and the passive heatdissipation features allow the remote transmitter test unit to bedeployed outdoors in various environments. The various improvementsincluded in the remote transmitter test unit allows the remotetransmitter test unit to be physically deployed at various points in anetwork. As the remote transmitter test unit can be physically deployedat various points in the network, the remote transmitter test unit canfacilitate a sweep test at an intermediate point between a maindistribution center of the network and an end point in the network. Forexample, the remote transmitter test unit can facilitate a sweep test ata system test point, a system test node, or a remote physical point inthe network. From an intermediate point, the remote transmitter testunit can facilitate a sweep test for a section, or subsection, of thenetwork. Thus, the present technology provides for technologicalsolutions to technological challenges by providing a remote transmittertest unit that includes improvements over a traditional headend testunit. More details relating to the remote transmitter test unit areprovided herein.

FIGS. 2A-2D illustrate example views of an example remote transmittertest unit, according to various embodiments of the present technology.The components (e.g., modules, elements, interfaces, blocks, functions,switches, etc.) of the remote transmitter test unit shown in thesefigures and all figures herein are exemplary only, and otherimplementations may include additional, fewer, integrated, or differentcomponents. Some components may not be shown so as not to obscurerelevant details. Some components may be simplified so as to allow focuson relevant details. The remote transmitter test unit illustrated inthese figures, and the remote transmitter test units described in otherfigures herein, can constitute test equipment that are special purposecomputers. In some embodiments, the components of the remote transmittertest unit are integrated into a single (or one) device or apparatus. Inother embodiments, the components of the remote transmitter test unitcan be distributed over two or more devices or apparatuses. Thecomponents shown in these figures and all figures herein are exemplaryonly, and other implementations can include additional, fewer,integrated, or different components.

FIG. 2A illustrates an example front view 200 and an example side view220 of components of a remote transmitter test unit, according tovarious embodiments of the present technology. In various embodiments,the remote transmitter test unit can generate sweep tones for a sweeptest. As illustrated by the example front view 200, the remotetransmitter test unit can include a CPU board 202 within a chassis(e.g., structure, frame, body) of the remote transmitter test unit. TheCPU board 202 can include various computing components (e.g., processor,memory, data store) for controlling various processes and functions ofthe remote transmitter test unit. Within the chassis, the remotetransmitter test unit can include an RF board 204. The RF board 204 caninclude various RF components for measuring and evaluating frequency.The CPU board 202 and the RF board 204 can be stacked using one or moreconnectors to connect the CPU board 202 and the RF board 204. Stackingthe CPU board 202 and the RF board 204 can improve portability of theremote transmitter test unit and make efficient use of space within thechassis. Within the chassis, the remote transmitter test unit caninclude a battery 206. In an example embodiment, the battery 206 can bea rechargeable 3P3S battery. As illustrated by the example front view200, the remote transmitter test unit can include RF connections 208 onthe chassis of the remote transmitter test unit. In an exampleembodiment, the RF connections 208 can include two F-connectors, orother types of RF-connectors, one for forward signals and one for returnsignals. The two F-connectors can include field replaceable barrels.Waterproof slide-on boots can be used to cover the RF connections 208 tomaintain weatherproofing for the remote transmitter test unit. On thechassis, the remote transmitter test unit can include a user interfacepanel 210. In an example embodiment, the user interface panel 210 caninclude user buttons for power and other functions. The user interfacepanel 210 can include one or more USB interfaces for communication withvarious USB devices (e.g., USB data store, Bluetooth dongle, Wi-Fidongle). The user interface panel 210 can include one or more RJ-45connectors for communication through an Ethernet connection. The userinterface panel 210 can include LEDs to indicate, for example, power,active forward signal, active return signal, battery charging, andbattery status. A weatherproof door and/or a sealed membrane can coverthe user interface panel 210 to maintain weatherproofing for the remotetransmitter test unit.

The example side view 220 of the remote transmitter test unit shows theCPU board 202 and the RF board 204 stacked within the chassis of theremote transmitter test unit. The CPU board 202 can be stacked with theRF board 204 using one or more connectors, such as a connector 222. Inan example embodiment, the connector 222 is a 40-pin connectorconnecting the CPU board 202 and the RF board 204. The CPU board 202 caninclude various computing components (e.g., processor, memory, datastore). The various computing components can generate heat. The RF board204 can include various RF components for measuring and evaluatingfrequency that also generate heat. As illustrated in the side view 220,heat generating components 224 a, 224 b of the CPU board 202 can belocated on a side of the CPU board 202 that is opposite from (or notfacing) the RF board 204. Heat generating components 224 c, 224 d of theRF board 204 can be located on a side of the RF board 204 that isopposite from (or not facing) the CPU board 202. The heat generatingcomponents 224 a, 224 b of the CPU board 202 and the heat generatingcomponents 224 c, 224 d of the RF board 204 can be located on sides ofthe CPU board 202 and the RF board 204 opposite from (or not facing) theconnector 222. The heat generating components 224 a, 224 b of the CPUboard 202 can be located on a side of the CPU board 202 facing outwardtoward the chassis of the remote transmitter test unit. The heatgenerating components 224 c, 224 d of the RF board 204 can be located ona side of the RF board 204 facing outward toward the chassis of theremote transmitter test unit. As illustrated in the side view 220, theremote transmitter test unit can include thermal materials 226 a, 226 b.The thermal materials 226 a, 226 b can contact the heat generatingcomponents 224 a, 224 b, 224 c, 224 d and the chassis of the remotetransmitter test unit. The thermal materials 226 a, 226 b can facilitateheat transfer from the heat generating components 224 a, 224 b, 224 c,224 d through the thermal materials 226 a, 226 b to the chassis of theremote transmitter test unit where the heat can be dissipated outsidethe remote transmitter test unit. In an example embodiment, the chassisof the remote transmitter test unit is a metal chassis that furtherfacilitates heat dissipation. With the locations of the heat generatingcomponents 224 a, 224 b, 224 c, 224 d and the use of the thermalmaterials 226 a, 226 b, concerns with heat generation in a compactdevice like the remote transmitter test unit can be alleviated. Thus, asillustrated in FIG. 2A, the remote transmitter test unit can includevarious portability, weatherproofing, and heat dissipation features thatallow the remote transmitter test unit to be physically deployed atvarious points in a network.

FIG. 2B illustrates an example view 240 of a removeable protector 248 ofa remote transmitter test unit, according to various embodiments of thepresent technology. The example view 240 depicts the use of the remotetransmitter test unit in an outdoor environment. As illustrated in theexample view 240, the remote transmitter test unit can be enclosed inthe removeable protector 248. In an example embodiment, the removeableprotector 248 can be made of a hard plastic or rubberized material forabsorbing bumps and shocks that may arise from being in an outdoorenvironment. The removeable protector 248 can include attachment points246 a, 246 b, 246 c, 246 d from which various accessories can beattached. In the example scenario 240, carabiners 242 a, 242 b areattached at attachment points 246 a, 246 b on the removeable protector248. The carabiners 242 a, 242 b and the attachment points 246 a, 246 ballow the remote transmitter test unit to hang from a support rod 244.The removeable protector 248 can include openings through whichconnectors of the remote transmitter test unit can be accessed. Asillustrated in the example view 240, the remote transmitter test unitcan interface with a network through coaxial cables 252 a, 252 b whichare connected to the remote transmitter test unit via F-connectors 250a, 250 b of the remote transmitter test unit that extend throughopenings of the removeable protector 248.

FIG. 2C illustrates an example view 260 of a removeable protector 270 ofa remote transmitter test unit, according to various embodiments of thepresent technology. As illustrated in the example view 260, the remotetransmitter test unit can be enclosed in the removeable protector 270.The removeable protector 270 can include attachment points 264 a, 264 b,264 c, 264 d from which various accessories can be attached. In anexample embodiment, a carry strap 262 can be attached to the attachmentpoints 264 a, 264 b, 264 c, 264 d. The carry strap 262 can allow foreasy transport of the remote transmitter test unit. As illustrated inthe example view 260, the remote transmitter test unit can include twoF-connectors 268 a, 268 b. Each F-connector 268 a, 268 b can be coveredwith a waterproof slide-on boot 266 a, 266 b. The waterproof slide-onboot 266 a allows the remote transmitter test unit to maintainweatherproofing while an F-connector 268 a is not in use. As illustratedin the example view 260, the removeable protector 270 (or the remotetransmitter test unit) can include a weatherproof door 272 that covers auser interface of the remote transmitter test unit. The weatherproofdoor 272 allows the remote transmitter test unit to maintainweatherproofing while the user interface of the remote transmitter testunit is not in use.

FIG. 2D illustrates an example view 280 of components of a remotetransmitter test unit, according to various embodiments of the presenttechnology. As illustrated in the example view 280, the remotetransmitter test unit can include a CPU board 282 and a RF board 284.The CPU board 282 can include a connector port 286 to facilitate aconnection between the CPU board 282 and the RF board 284. The RF board284 can include a connector port 288 to facilitate the connectionbetween the CPU board 282 and the RF board 284. In an exampleembodiment, the connector port 286 of the CPU board 282 and theconnector port 288 of the RF board 284 are 40-pin connectors. Theconnector port 286 of the CPU board 282 and the connector port 288 ofthe RF board 284 can be connected using a BUS board.

In various embodiments, a remote transmitter test unit can be operatedto facilitate sweep testing at various points in a network. The remotetransmitter test unit can be deployed at an intermediate point in thenetwork. The remote transmitter test unit can interface with the networkvia one or more connectors (e.g., F-connectors). While interfaced withthe network, the remote transmitter test unit can receive signals fromfield test units deployed on the network. For example, the remotetransmitter test unit can receive a request to conduct a sweep test onthe network. The remote transmitter test unit can facilitate the sweeptest in response to the request. For example, the remote transmittertest unit can facilitate an on demand forward sweep, as furtherdescribed herein. In addition, the remote transmitter test unit cangenerate a sweep profile for conducting a sweep test, as furtherdescribed herein. The remote transmitter test unit also can provide forOrthogonal Frequency-Division Multiplexing (OFDM) table generation andOFDM sweep testing, as further described herein.

FIG. 8A illustrates an example method 800, according to variousembodiments of the present technology. Some or all of the functionalitydescribed with respect to the example method 800 can be performed by aremote transmitter test unit, such as the remote transmitter test unitdescribed with respect to FIGS. 2A-2D, or a field test unit. It shouldbe appreciated that there can be additional, fewer, or alternative stepsperformed in similar or alternative orders, or in parallel, within thescope of the various embodiments discussed herein unless otherwisestated. At block 802, the example method 800 interfaces with a sectionof a network. At block 804, the example method receives a sweep requestfrom a field test unit on the section of the network. At block 806, theexample method generates sweep tones on the section of the network inresponse to the sweep request.

It is contemplated that there can be many other uses, applications,and/or variations associated with the various embodiments of the presenttechnology. For example, various embodiments of the present technologycan learn, improve, and/or be refined over time.

Sweep on-Demand

A traditional headend test unit typically facilitates a sweep test on acable network by continuously broadcasting sweep tones throughout thecable network. These sweep tones are evaluated to test the frequencyresponse of the cable network. Continuously broadcasting sweep tonesthroughout the cable network increases the overall power transmittedthrough the cable network, which can overload the cable network andcause disruptions in service.

The present technology provides improvements over the aforementioned andother disadvantages associated with traditional headend test units. Invarious embodiments, the present technology provides for on demand sweeptesting. For example, a communication channel (e.g., located at a centerfrequency of 20 MHz) in a network can be established for communicationbetween a headend test unit (or a remote transmitter test unit) and afield test unit. The headend test unit (or the remote transmitter testunit) can listen for a sweep test request from the field test unit. Insome cases, the headend test unit (or the remote transmitter test unit)can periodically (e.g., once every 2 minutes) transmit a query messageon the communication channel. The field test unit can transmit a sweeptest request in response to the query message. Whether transmittedindependently or in response to the query message, the sweep testrequest indicates to the headend test unit (or the remote transmittertest unit) to initiate an on demand sweep test. Upon completion of thesweep test, the headend test unit (or the remote transmitter test unit)can return to listening on the communication channel for a new sweeptest request. Thus, the present technology provides for technologicalsolutions to technological challenges by providing on demand sweeptesting that can reduce overall power transmitted through a network,thereby reducing disruptions in service caused by overloading thenetwork. More details relating to on demand sweep testing are providedherein.

FIG. 3A illustrates an example system 300 including a headend test unit302, according to various embodiments of the present technology. Thecomponents shown in these figures and all figures herein are exemplaryonly, and other implementations can include additional, fewer,integrated, or different components. Some components may not be shown soas not to obscure relevant details. The example system 300 illustratesexamples of a headend test unit 302 that can implement some or all ofthe functionality of the various embodiments described with respect tothe remote transmitter test unit described with respect to FIGS. 2A-2D.It should be understood that there can be additional, fewer, oralternative steps performed in similar or alternative orders, or inparallel, based on the various features and embodiments discussed hereinunless otherwise stated.

As illustrated in FIG. 3A, the example system 300 can include theheadend test unit 302 connected to a field test unit 310 through anetwork 308. The network 308 can include a downstream communicationchannel 306 for downstream traffic from the headend test unit 302 to thefield test unit 310. For example, the headend test unit 302 can transmita query message through the downstream communication channel 306. Inaddition, the headend test unit 302 can transmit information associatedwith a sweep test through the downstream communication channel 306. Forexample, the headend test unit 302 can transmit a sweep profileassociated with the sweep test and timing sync messages through thedownstream communication channel 306. The network 308 can include anupstream communication channel 304 for upstream traffic from the fieldtest unit 310 to the headend test unit 302. For example, the field testunit 310 can transmit a sweep test request to the headend test unit 302through the upstream communication channel 304.

FIGS. 3B-3E illustrate example methods, according to various embodimentsof the present technology. Some or all of the functionality describedwith respect to the example methods can be performed by a headend testunit, a remote transmitter test unit (e.g., the remote transmitter testunit described with respect to FIGS. 2A-2D), or a field test unit. Itshould be appreciated that there can be additional, fewer, oralternative steps performed in similar or alternative orders, or inparallel, within the scope of the various embodiments discussed hereinunless otherwise stated.

FIG. 3B illustrates an example method 320 associated with continuouslytransmitting a sweep test, according to various embodiments of thepresent technology. At block 322, the example method 320 transmits asweep profile. The sweep profile can include a channel table describingactive channels in a network. The sweep profile also can include startfrequencies and stop frequencies associated with the active channels inthe network. In an example embodiment, a headend test unit (or a remotetransmitter test unit) can automatically generate the sweep profile, asfurther described herein. The headend test unit (or the remotetransmitter test unit) transmits the sweep profile to a field test unitthrough a network. The sweep profile can be associated with a checksumthat can be used to determine whether a sweep profile stored on thefield test unit needs to be updated. At block 324, the example method320 sets a loop counter to zero. At block 326, the example method 320transmits a timing sync message. The timing sync message can provide areference for a field test unit to synchronize measurement andevaluation of frequency responses on a network with sweep tonestransmitted on the network. In an example embodiment, a headend testunit (or a remote transmitter test unit) transmits the timing syncmessage to a field test unit through a network. At block 328, theexample method 320 transmits sweep tones. A field test unit can measureand evaluate the sweep tones as part of a sweep test. At block 330, theexample method 320 increments the loop counter. At block 332, theexample method 332 determines whether the loop counter satisfies athreshold. The threshold can be associated with a number of times sweeptones are transmitted for a complete sweep test. Based on adetermination that the loop counter does not satisfy the threshold andthat the sweep test is not completed, the example method 320 returns toblock 328 to transmit sweep tones. Based on a determination that theloop counter satisfies the threshold and that the sweep test iscompleted, the example method 320 returns to block 322 to transmit asweep profile. In various embodiments, a headend test unit (or a remotetransmitter test unit) can continuously transmit a sweep test. Bycontinuously transmitting the sweep test, the headend test unit (or theremote transmitter test unit) can perform sweep tests with field testunits that do not have the capability to request an on demand sweeptest.

FIG. 3C illustrates an example method 340 associated with receiving acontinuously transmitted sweep test, according to various embodiments ofthe present technology. At block 342, the example method 340 receives amessage. In an example embodiment, a field test unit receives a messagefrom a headend test unit (or a remote transmitter test unit). Thereceived message can be a sweep profile message 344 or a timing syncmessage 348. If the message received is a sweep profile message 344,then, at block 346, the example method updates a stored sweep profile.The stored sweep profile is updated with the information in the sweepprofile message. For example, a stored sweep profile including a channeltable describing active channels in a network as well as startfrequencies and stop frequencies associated with the active channels canbe updated with information in a sweep profile message. In some cases,the stored sweep profile is updated based on a comparison of a checksumassociated with the sweep profile message and a checksum associated withthe stored sweep profile. The stored sweep profile can be updated if thechecksum associated with the stored sweep profile does not match thechecksum associated with the sweep profile message. The stored sweepprofile can be maintained if the checksum associated with the storedsweep profile matches the checksum associated with the sweep profilemessage. After the update of the stored sweep profile, the examplemethod 340 waits to receive a next message and returns to block 342. Ifthe message received is a timing sync message 348, then, at block 350,the example method 340 measures sweep tones. In general, sweep tonesassociated with a sweep test follow a timing sync message. The sweeptones can be measured based on receipt of a timing sync messageindicating that sweep tones will follow the timing sync message. Aftermeasurement of the sweep tones, the example method 340 waits to receivea next message and returns to block 342.

FIG. 3D illustrates an example method 360 associated with transmittingan on demand sweep test, according to various embodiments of the presenttechnology. At block 362, the example method 360 sends a query. In anexample embodiment, the query is sent by a remote transmitter test unit(or a headend test unit) to a field test unit through a network. Atblock 364, the example method 360 waits for a reply. If no reply isreceived, the example method 360 returns to block 362 and sends anotherquery as part of a query listen mode 376. In an example embodiment, aremote transmitter test unit (or a headend test unit) periodically sendsqueries and waits for a reply from a field test unit as part of a querylisten mode. If a reply is received, then, at block 366, the examplemethod 360 transmits a sweep profile. The sweep profile can include achannel table describing active channels in a network. The sweep profilealso can include start frequencies and stop frequencies associated withthe active channels in the network. In an example embodiment, a remotetransmitter test unit (or a headend test unit) can automaticallygenerate the sweep profile, as further described herein. The remotetransmitter test unit (or the headend test unit) transmits the sweepprofile to a field test unit through a network. The sweep profile can beassociated with a checksum. The field test unit can determine whether asweep profile stored at the field test unit matches the transmittedsweep profile based on the checksum. The field test unit can update thesweep profile stored at the field test unit if the checksum of thetransmitted sweep profile does not match a checksum of the stored sweepprofile. The field unit can maintain the stored sweep profile if thechecksum of the transmitted sweep profile matches the checksum of thestored sweep profile. At block 368, the example method 360 transmits atiming sync message. The timing sync message can indicate to a fieldtest unit that sweep tones for a sweep test are about to be transmitted.At block 370, the example method 360 transmits sweep tones. In anexample embodiment, a sweep test includes a set of sweep tones (e.g.,401 sweep tones) transmitted incrementally for a field test unit tomeasure and evaluate. At block 372, the example method 360 sends aquery. The query can provide an opportunity for a field test unit toreply and request a subsequent sweep test. At block 374, the examplemethod 360 waits for a reply. If a reply is received, the example method360 returns to block 368 to initiate the subsequent sweep test. Sweeptests can be repeated for as many times as they are requested as part ofan active test mode 378. If no reply is received, the example method 360returns to block 362 and returns to query listen mode 376. In an exampleembodiment, a remote transmitter test unit can automatically turn off ifno reply is received. Not receiving a reply can indicate that an ondemand sweep test has ended. As illustrated by the example method 360,an on demand sweep test can be repeated based on replies received from afield test unit. For example, each time a reply is received in responseto a query during active test mode, a sweep test can be repeated. Incomparison, a continuously transmitted sweep test can repeat a sweeptest for a predetermined number of times.

FIG. 3E illustrates an example method 380 associated with requesting anon demand sweep test and receiving the on demand sweep test, accordingto various embodiments of the present technology. At block 382, theexample method 380 waits for a query. In an example embodiment, a fieldtest unit waits for a query from a remote transmitter test unit (or aheadend test unit). At block 384, the example method 380 sends a reply.The reply can be sent in response to a query received from a remotetransmitter test unit (or a headend test unit). In an exampleembodiment, a field test unit can send a reply to a query to initiate asweep test from a remote transmitter test unit (or a headend test unit).At block 386, the example method 380 receives a sweep profile. In anexample embodiment, a field test unit can update a stored sweep profilebased on a checksum associated with the stored sweep profile and achecksum associated with a received sweep profile. The stored sweepprofile can be updated with the received sweep profile if the checksumsdo not match, and the stored sweep profile can be maintained if thechecksums match. At block 388, the example method 380 receives a timingsync message. The timing sync message can indicate that sweep tones fora sweep test are about to be transmitted. At block 390, the examplemethod 380 measures the RF power of the sweep tones. The sweep tones canbe part of a sweep test following the timing sync message. At block 392,the example method 380 waits for a query. The query can provide anopportunity to request a new sweep test. At block 394, the examplemethod 380 sends a reply. The reply can request the new sweep test. Uponrequest of the new sweep test, the example method 380 proceeds to block388 where a new timing sync message is received, initiating a new sweeptest. In an example embodiment, a field test unit can prevent initiationof new sweep tests by ignoring the query and not sending a request for anew sweep test.

In various embodiments, the present technology provides for reversesweep testing a network. A reverse sweep test can involve a field testunit transmitting sweep tones through a network. For example, a fieldtest unit can establish communications with a headend test unit (or aremote transmitter test unit) through a forward communication channeland a reverse communication channel. In some cases, the field test unitcan receive, through the forward communication channel, informationrelated to a frequency on which the reverse communication channel isoperating from the headend test unit (or the remote transmitter testunit). Based on the received information, the field test unit can send amessage through the reverse communication channel to initiate a reversesweep test. In some cases, based on receipt of the message, the headendtest unit (or the remote transmitter test unit) can transmit to thefield test unit a sweep profile for the reverse sweep test through theforward communication channel. The field test unit can conduct thereverse sweep test based on the sweep profile. During the reverse sweeptest, the field test unit transmits sweep tones through the network. Theheadend test unit (or the remote transmitter test unit) can evaluate andmeasure the received sweep tones to determine a frequency response ofthe network. The frequency response can be provided to the field testunit through the forward communication channel as a sweep test result.

FIG. 4 illustrates an example frequency diagram 400 associated withforward and reverse sweep tests, according to various embodiments of thepresent technology. As illustrated in the example frequency diagram 400,a frequency spectrum of a network can include Single Carrier QuadratureAmplitude Modulation (SC-QAM) upstream channels 402 and SC-QAMdownstream channels 404. As illustrated in this example, the SC-QAMupstream channels 402 and the SC-QAM downstream channels 404 arefrequency ranges spaced apart from each other. In an example sweep testof the network, a field test unit and a headend test unit (or a remotetransmitter test unit) can communicate through a forward communicationchannel 412 and a reverse communication channel 414. In a forward sweeptest, the headend test unit (or the remote transmitter test unit) cantransmit forward sweep tones 410 a, 410 b that are received by the fieldtest unit. In a reverse sweep test, the field test unit can transmitreverse sweep tones 406 a, 406 b to the headend test unit (or the remotetransmitter test unit). In this example, a forward communication channel408 has been established. The reverse sweep tones 406 a, 406 b are notsent on the forward communication channel 408. As illustrated in thisexample, the present technology provides for reverse sweep testing inaccordance with various embodiments. It should be understood that thevarious examples described herein with respect to forward sweep testingcan be applied to reverse sweep testing unless otherwise stated.

FIG. 8B illustrates an example method 830, according to variousembodiments of the present technology. It should be appreciated thatthere can be additional, fewer, or alternative steps performed insimilar or alternative orders, or in parallel, within the scope of thevarious embodiments discussed herein unless otherwise stated. At block832, the example method 830 receives a sweep request in response to aperiodic query transmission. At block 834, the example method 830provides a sweep profile for measuring sweep tones on a network. Atblock 836, the example method 830 generates a timing synchronizationmessage. At block 838, the example method 830 generates sweep tonessubsequent to provision of the timing synchronization message.

It is contemplated that there can be many other uses, applications,and/or variations associated with the various embodiments of the presenttechnology. For example, various embodiments of the present technologycan learn, improve, and/or be refined over time.

Sweep Profile Auto Generation

A sweep test performed by a traditional headend test unit typicallyrelies on a manually generated sweep profile. The manually generatedsweep profile generally consists of manually entered data from a cablenetwork plan associated with a cable network. The process of manuallygenerating a sweep profile can be tedious and prone to human error.Further, because the cable network plan may not accurately reflect theactual frequencies being used on the cable network, the manuallygenerated sweep profile can be inaccurate. Further, because the sweeptest performed by the traditional headend test unit is transmittedacross the cable network, the manually generated sweep profile cannotaccount for varying characteristics of different sections of the cablenetwork.

The present technology provides improvements over the foregoing andother disadvantages associated with manually generated sweep profiles.In various embodiments, the present technology provides for automaticgeneration of a sweep profile for a sweep test. For example, a fieldtest unit can determine spectrum data associated with a network based ona scan of a frequency spectrum on the network. The field test unit cananalyze the spectrum data to determine channel characteristics, such aschannel frequencies and channel types, associated with channels on thenetwork. Based on the channel characteristics, the field test unit cangenerate a sweep profile for conducting a sweep test on the network. Thesweep profile can include, for example, start frequencies and stopfrequencies associated with the channels on the network, a communicationfrequency for communications from a remote transmitter test unit (or aheadend test unit) to the field test unit, guardband frequenciesassociated with the channels on the network, and transmission levels forsweep tones of the sweep test. The field test unit can store the sweepprofile to memory and provide the sweep profile to a remote transmittertest unit (or a headend test unit). The remote transmitter test unit (orthe headend test unit) can initiate a sweep test based on the sweepprofile. While the foregoing example discussed automatic generation of asweep profile by a field test unit as just one illustration, headendtest units and remote transmitter test units likewise can automaticallygenerate sweep profiles. More details relating to automatic generationof sweep profiles are provided herein.

FIG. 5 illustrates an example method 500 associated with automaticgeneration of sweep profiles, according to various embodiments of thepresent technology. Some or all of the functionality described withrespect to the example method 500 can be performed by a headend testunit, a remote transmitter test unit (e.g., the remote transmitter testunit described with respect to FIGS. 2A-2D), or a field test unit. Thesweep profiles generated based on the example method 500 can be used ina sweep test, such as the sweep tests described with respect to FIGS.3A-3E. It should be appreciated that there can be additional, fewer, oralternative steps performed in similar or alternative orders, or inparallel, within the scope of the various embodiments discussed hereinunless otherwise stated.

As illustrated in FIG. 5 , at block 504, the example method 500initiates a sweep of start and stop frequencies. In an exampleembodiment, a user can initiate a sweep of start and stop frequenciesthrough an input command provided to a field test unit (or a headendtest unit or remote transmitter test unit). At block 506, the examplemethod 500 scans a frequency spectrum of a network and stores spectrumdata. In an example embodiment, the field test unit (or the headend testunit or remote transmitter test unit) scans a frequency spectrum on anetwork and stores spectrum data associated with the network. Thespectrum data can include, for example, amplitudes and phases offrequencies transmitted through the network. At block 508, the examplemethod 500 determines channel characteristics associated with thenetwork. In an example embodiment, the field test unit (or the headendtest unit or remote transmitter test unit) determines channelcharacteristics, such as channel frequencies and channel types,associated with channels on the network. Channel frequencies caninclude, for example, start frequencies associated with a frequency atwhich a channel starts and stop frequencies associated with a frequencyat which the channel stops. For example, a television channel can be 6MHz wide and start at, for example, 54 MHz and stop at, for example, 60MHz. Channel types can include, for example, analog signals, digitalsignals (e.g., QAM, ISDB-T), and Orthogonal Frequency-DivisionMultiplexing (OFDM) signals, which can be a type of digital signal. Atblock 510, the example method 500 derives a channel table. In an exampleembodiment, the field test unit (or the headend test unit or remotetransmitter test unit) derives a channel table based on the channelcharacteristics associated with the channels on the network. The channeltable can describe active channels in the network, including the channelcharacteristics associated with the active channels. At step 512, themethod 500 creates a guardband table from the channel table. A guardbandcan be a narrow frequency range that separates two ranges of frequency.The guardband allows the two ranges to avoid interference from eachother. In an example embodiment, the field test unit (or the headendtest unit or remote transmitter test unit) creates a guardband tablethat identifies frequency ranges of guardbands in a channel network. Afrequency range of a guardband in the guardband table can be identifiedby a frequency, a value above the frequency indicating an upper bound ofthe frequency range, and a value below the frequency indicating a lowerbound of the frequency range. The frequency range of the guardband inthe guardband table can be associated with a flag indicating that asweep tone is not to be transmitted in the frequency range. In thisregard, a sweep test can avoid transmitting sweep tones at frequencyranges indicated by the guardband table as frequency ranges where sweeptones are not to be transmitted to avoid interference to channels in thenetwork. Flags in the guardband table can also indicate other actions tobe performed with respect to the frequency ranges. For example, a flagin the guardband table can indicate an associated frequency range is tobe measured. In some cases, the flag can indicate that a frequency is tobe measured by peak power or to be measured by average power. At step514, the method 500 generates a sweep profile. The sweep profile can begenerated based on, for example, the channel characteristics, thechannel table, and the guardband table. In an example embodiment, thefield test unit (or the headend test unit or remote transmitter testunit) generates the sweep profile to include start frequencies and stopfrequencies associated with channels in the network, a forwardcommunication channel in a section of empty spectrum for communicationwith a remote transmitter test unit (or a headend test unit), aguardband table, and a sweep test transmission level. The sweep testtransmission level (or power) can be based on an average channel power.For example, a sweep test transmission level can be 15 dB below anaverage channel power of a network. In general, a sweep testtransmission level that is too low can result in sweep tones that areunstable, resulting in unstable measurements. A sweep test transmissionlevel that is too high can overload a network and cause interference toneighboring frequencies. At block 516, the example method 500 stores thesweep profile. The sweep profile can be stored in a data store of thefield test unit (or the headend test unit or remote transmitter testunit). At block 518, the example method 500 connects the field test unitto a headend test unit (or a remote transmitter test unit). The fieldtest unit can connect to the headend test unit (or the remotetransmitter test unit), via a communication channel in the network or,in some cases, via a connection outside the network. The sweep profilecan be transferred to the headend test unit (or the remote transmittertest unit) via the communication channel, or the sweep profile can betransferred to the field test unit from the headend test unit (or theremote transmitter test unit). At block 520, the example method 500starts a sweep test. The sweep test can be conducted based on the sweepprofile.

FIG. 8C illustrates an example method 850, according to variousembodiments of the present technology. It should be appreciated thatthere can be additional, fewer, or alternative steps performed insimilar or alternative orders, or in parallel, within the scope of thevarious embodiments discussed herein unless otherwise stated. At block852, the example method 850 determines spectrum data based on a scan offrequencies on a network. At block 854, the example method 850 generatesa channel table including channel frequencies and channel typesassociated with the network based on the spectrum data. At block 856,the example method 850 generates a sweep profile associated with thenetwork based on the channel table. At block 858, the example method 850performs a sweep test based on the sweep profile.

It is contemplated that there can be many other uses, applications,and/or variations associated with the various embodiments of the presenttechnology. For example, various embodiments of the present technologycan learn, improve, and/or be refined over time.

OFDM Table Generation and Sweeping

A sweep test performed by a traditional headend test unit typically doesnot account for Orthogonal Frequency-Division Multiplexing (OFDM)channels in a network. In general, OFDM channels occupy a large,continuous portion of a cable frequency spectrum. A typical OFDM channelcan have a bandwidth between 24 MHz and 192 MHz. Because of thecontinuous nature of the OFDM channel, traditional sweep tones cannot beinserted in the OFDM channel. Thus, the sweep test performed by thetraditional headend test unit does not account for OFDM channels.

The present technology provides improvements over the aforementioned andother disadvantages associated with sweep tests performed by traditionalheadend test units. In various embodiments, the present technologyprovides for Orthogonal Frequency-Division Multiplexing (OFDM) tablegeneration and OFDM sweep testing. For example, an OFDM table can begenerated based on pilot subchannels, or OFDM pilots, in OFDM channels.A sweep test can include the OFDM pilots as frequencies at which tomeasure frequency responses. Thus, the sweep test can account for OFDMchannels. More details relating to OFDM table generation and OFDM sweeptesting are provided herein.

FIG. 6A illustrates an example method 600 associated with OFDM tablegeneration and OFDM sweep testing, according to various embodiments ofthe present technology. Some or all of the functionality described withrespect to the example method 600 can be performed by a headend testunit, a remote transmitter test unit (e.g., the remote transmitter testunit described with respect to FIGS. 2A-2D), or a field test unit. TheOFDM tables generated based on the example method 600 can be included inan automatically generated sweep profile, such as the sweep profilesdescribed with respect to FIG. 5 . The OFDM sweep test described withrespect to the example method 600 can be incorporated in a sweep test,such as the sweep tests described with respect to FIGS. 3A-3E. It shouldbe appreciated that there can be additional, fewer, or alternative stepsperformed in similar or alternative orders, or in parallel, within thescope of the various embodiments discussed herein unless otherwisestated.

As illustrated in FIG. 6A, at block 602, the example method 600 obtainsOFDM channel information. In an example embodiment, a field test unitobtains OFDM channel information from a physical link channel (PLC)within an OFDM channel. The PLC can carry an OFDM Channel Description(OCD) message that contains the OFDM channel information. At block 604,the example method 600 extracts pilot frequencies. In an exampleembodiment, a field test unit extracts pilot frequencies from the OFDMchannel information obtained from the OCD message delivered through thePLC within the OFDM channel. The OFDM channel information in the OCDmessage can include, for example, an OFDM channel ID, subchannelspacing, and subchannel assignments for the OFDM channel. The OFDMchannel information in the OCD message can also indicate whichsubchannels are pilot subchannels. The frequencies corresponding to thepilot subchannels can be the pilot frequencies. At block 606, theexample method 600 determines guardband bandwidth. The guardbandbandwidth can be determined based on spacing from a measurement point.In an example embodiment, a field test unit identifies frequency rangesof pilot subchannels based on OFDM channel information in an OCDmessage. The OFDM channel information in the OCD message can includesubchannel spacing and subchannel assignments from which the frequencyranges of the pilot subchannels can be determined. At block 608, theexample method 600 aligns OFDM guardbands with subcarrier pilotfrequencies. A guardband can be a frequency range associated with a flagindicating the frequency range is to be skipped or measured. In anexample embodiment, a field test unit can align OFDM guardbands with thefrequency ranges of the pilot subchannels and associate the OFDMguardbands with flags indicating the frequency ranges of the pilotsubchannels are to be measured by their average power. At block 610, theexample method 600 adjusts OFDM guardband bandwidth. The OFDM guardbandbandwidth can be adjusted to avoid interference from neighboringfrequencies of the OFDM guardbands. At block 612, the example method 600merges OFDM guardbands into a sweep profile. The OFDM guardbands can beincluded in a sweep profile for conducting a sweep test. During a sweeptest, the OFDM guardbands can indicate subcarrier pilot frequencies inOFDM channels of a cable network. The sweep profile can identify thesubcarrier pilot frequencies in the OFDM channels to be measured in thesweep test. Sweep tones can be prevented from being transmitted at theOFDM guardbands. The frequency response of the OFDM guardbands can bemeasured based on the subcarrier pilot frequencies associated with theOFDM guardbands.

FIG. 6B illustrates an example frequency diagram 650 associated with asweep test including OFDM channels, according to various embodiments ofthe present technology. As illustrated in the example frequency diagram650, a frequency spectrum of a network can include Single CarrierQuadrature Amplitude Modulation (SC-QAM) channels 652, 654, 656 and anOFDM channel 658. As illustrated in this example, the SC-QAM channels652, 654, 656 are frequency ranges spaced apart from each other. TheOFDM channel 658 is a continuous frequency range. The OFDM channel 658can include subcarrier pilot frequencies 666. In an example sweep testof the network, sweep tones 660 a, 660 b can be transmitted in the spacebetween the SC-QAM channels 652, 654, 656. The sweep tones 660 a, 660 bcan be measured and, based on frequency responses of the sweep tones 660a, 660 b, faults can be identified in the network. Faults can beidentified, for example, based on an RF power of a sweep tone failing tosatisfy a threshold RF power. Further, communication channels 664 a, 664b can be determined in the space between the SC-QAM channels 652, 654,656. For example, the communication channels 664 can include a forwardcommunication channel for communication from a headend test unit, (or aremote transmitter test unit), to a field test unit and a reversecommunication channel for communication from the field test unit to theheadend test unit (or the remote transmitter test unit). In the examplesweep test of the network, sweep tones 662 can be transmitted in thespace between the SC-QAM channel 656 and the OFDM channel 658. The sweeptone(s) 662 can be measured and, based on frequency responses of thesweep tone(s) 662, faults can be identified in the network. In theexample sweep test of the network, subcarrier pilot frequencies 666 canbe measured and, based on frequency responses of the subcarrier pilotfrequencies 666, faults can be identified in the network.

FIGS. 7A-7G illustrate example frequency diagrams, according to variousembodiments of the present technology. In various embodiments, theexample frequency diagrams can be associated with example scenarios thatcan be encountered during a sweep test.

FIG. 7A illustrates an example frequency diagram 700 associated with asweep test without OFDM sweeping, according to various embodiments ofthe present technology. As illustrated in FIG. 7A, the frequency diagram700 shows measured power levels of various sweep tones generated duringthe sweep test. Frequency markers 708 a, 708 b mark the beginningfrequency and the ending frequency of the OFDM channel. In a firstsection 702 of the frequency diagram 700, the frequency diagram 700shows the measured power levels of sweep tones generated for frequencieslower than an OFDM channel. In a second section 704 a of the frequencydiagram 700, the frequency diagram 700 shows a flat line 704 b for thefrequencies of the OFDM channel. The flat line indicates a lack ofmeasured power levels for the frequencies of the OFDM channel. Becausesweep tones are not generated in the OFDM channel, a sweep test thatonly measures generated sweep tones does not measure the power levelsassociated with the OFDM channel. In a third section 706 of thefrequency diagram 700, the frequency diagram 700 shows the measuredpower levels of sweep tones generated for frequencies higher than theOFDM channel. As illustrated in FIG. 7A, there are no apparent faults inthe first section 702 and the third section 706. Whether there arefaults in the OFDM channel is unknown.

FIG. 7B illustrates an example frequency diagram 710 associated with asweep test with OFDM sweeping, according to various embodiments of thepresent technology. The example frequency diagram 710 can be associatedwith a sweep test of the same network as the sweep test associated withexample frequency diagram 700 in FIG. 7A. As illustrated in FIG. 7B, thefrequency diagram 710 shows measured power levels of various sweep tonesgenerated during the sweep test and measured power levels of guardbandfrequencies in an OFDM channel. Frequency markers 718 a, 718 b mark thebeginning frequency and the ending frequency of the OFDM channel. In afirst section 712 of the frequency diagram 710, the frequency diagram710 shows the measured power levels of sweep tones generated forfrequencies lower than the OFDM channel. In a second section 714 of thefrequency diagram 710, the frequency diagram 710 shows measured powerlevels of guardband frequencies of the OFDM channel. Because sweep tonesare not generated in the OFDM channel, a sweep test with OFDM sweepingmeasures the guardband frequencies of the OFDM channel. In a thirdsection 716 of the frequency diagram 710, the frequency diagram 710shows the measured power levels of sweep tones generated for frequencieshigher than the OFDM channel. In this example, the measured power levelsof the guardband frequencies of the OFDM channel are higher than themeasured power levels of the generated sweep tones in the first section712 and the third section 716. The measured power levels of theguardband frequencies of the OFDM channel can be evaluated against thenominal power levels of the guardband frequencies. The measured powerlevels of the generated sweep tones can be evaluated against the powerlevels at which the sweep tones were generated. As illustrated in FIG.7B, there are no apparent faults in the first section 712, the secondsection 714, and the third section 716.

FIG. 7C illustrates an example frequency diagram 720 associated with asweep test, according to various embodiments of the present technology.As illustrated in FIG. 7C, the frequency diagram 720 shows power levelsof frequencies on a network including an OFDM channel. Frequency markers724, 728 mark the beginning frequency and the ending frequency of theOFDM channel. In a first section 722 of the frequency diagram 720, thefrequency diagram 722 shows power levels of frequencies lower than theOFDM channel. In a second section 726 of the frequency diagram 720, thefrequency diagram 720 shows power levels of frequencies of the OFDMchannel. In a third section 730 of the frequency diagram 720, thefrequency diagram 720 shows power levels of frequencies higher than theOFDM channel. As illustrated in FIG. 7C, there are no apparent faults inthe first section 722, the second section 726, and the third section730.

FIG. 7D illustrates an example frequency diagram 740 associated with asweep test, according to various embodiments of the present technology.As illustrated in FIG. 7D, the frequency diagram 740 shows power levelsof frequencies on a network including an OFDM channel. Frequency markers744, 748 mark the beginning frequency and the ending frequency of theOFDM channel. In a first section 742 of the frequency diagram 740, thefrequency diagram 740 shows power levels of frequencies lower than theOFDM channel. In a second section 746 of the frequency diagram 740, thefrequency diagram 740 shows power levels of frequencies of the OFDMchannel. In a third section 750 of the frequency diagram 740, thefrequency diagram 740 shows power levels of frequencies higher than theOFDM channel. As illustrated in FIG. 7D, there is a fault in the OFDMchannel corresponding to a drop 752 in the power levels of thefrequencies of the OFDM channel in the second section 746. There are noapparent faults in the first section 742 and the third section 750.

FIG. 7E illustrates an example frequency diagram 760 associated with asweep test without OFDM sweeping, according to various embodiments ofthe present technology. The example frequency diagram 760 can beassociated with a sweep test of the network associated with examplefrequency diagram 740 in FIG. 7D. As illustrated in FIG. 7E, thefrequency diagram 760 shows measured power levels of various sweep tonesgenerated during the sweep test. Frequency markers 768 a, 768 b mark thebeginning frequency and the ending frequency of the OFDM channel. In afirst section 762 of the frequency diagram 760, the frequency diagram760 shows the measured power levels of sweep tones generated forfrequencies lower than an OFDM channel. In a second section 764 a of thefrequency diagram 760, the frequency diagram 760 shows a flat line 764 bfor the frequencies of the OFDM channel. The flat line indicates a lackof measured power levels for the frequencies of the OFDM channel.Because sweep tones are not generated in the OFDM channel, a sweep testthat only measures generated sweep tones does not measure the powerlevels associated with the OFDM channel. Accordingly, a fault in theOFDM channel, such as that illustrated in the example frequency diagram740 in FIG. 7D, is not detected in the sweep test that only measuresgenerated sweep tones without OFDM sweeping. In a third section 766 ofthe frequency diagram 760, the frequency diagram 760 shows the measuredpower levels of sweep tones generated for frequencies higher than theOFDM channel. As illustrated in FIG. 7E, there are no apparent faults inthe first section 762 and the third section 766. Whether there arefaults in the OFDM channel is unknown based on the frequency diagram760.

FIG. 7F illustrates an example frequency diagram 770 associated with asweep test with OFDM sweeping, according to various embodiments of thepresent technology. The example frequency diagram 770 can be associatedwith a sweep test of the network associated with example frequencydiagram 720 in FIG. 7C. As illustrated in FIG. 7F, the frequency diagram770 shows measured power levels of various sweep tones generated duringthe sweep test and measured power levels of guardband frequencies in anOFDM channel. Frequency markers 778 a, 778 b mark the beginningfrequency and the ending frequency of the OFDM channel. In a firstsection 772 of the frequency diagram 770, the frequency diagram 770shows the measured power levels of sweep tones generated for frequencieslower than the OFDM channel. In a second section 774 of the frequencydiagram 770, the frequency diagram 770 shows measured power levels ofguardband frequencies of the OFDM channel. Because sweep tones are notgenerated in the OFDM channel, a sweep test with OFDM sweeping measuresthe guardband frequencies of the OFDM channel. In a third section 776 ofthe frequency diagram 770, the frequency diagram 770 shows the measuredpower levels of sweep tones generated for frequencies higher than theOFDM channel. As illustrated in FIG. 7F, there are no apparent faults inthe first section 772, the OFDM channel associated with the secondsection 774, and the third section 776.

FIG. 7G illustrates an example frequency diagram 780 associated with asweep test with OFDM sweeping, according to various embodiments of thepresent technology. The example frequency diagram 780 can be associatedwith a sweep test of the network associated with example frequencydiagram 740 in FIG. 7D. As illustrated in FIG. 7G, the frequency diagram780 shows measured power levels of various sweep tones generated duringthe sweep test and measured power levels of guardband frequencies in anOFDM channel. Frequency markers 790 a, 790 b mark the beginningfrequency and the ending frequency of the OFDM channel. In a firstsection 782 of the frequency diagram 780, the frequency diagram 780shows the measured power levels of sweep tones generated for frequencieslower than the OFDM channel. In a second section 784 of the frequencydiagram 780, the frequency diagram 780 shows measured power levels ofguardband frequencies of the OFDM channel. The measured power levels ofthe guardband frequencies of the OFDM channel can be evaluated againstthe nominal power levels of the guardband frequencies. A fault in theOFDM channel, such as that illustrated in the example frequency diagram740 in FIG. 7D is detected here at a drop 788. In a third section 786 ofthe frequency diagram 780, the frequency diagram 780 shows the measuredpower levels of sweep tones generated for frequencies higher than theOFDM channel. As illustrated in FIG. 7G, there is a fault associatedwith the drop 788 in the OFDM channel associated with the second section784. There are no apparent faults in the first section 782 and the thirdsection 786.

FIG. 8D illustrates an example method 880, according to variousembodiments of the present technology. It should be appreciated thatthere can be additional, fewer, or alternative steps performed insimilar or alternative orders, or in parallel, within the scope of thevarious embodiments discussed herein unless otherwise stated. At block882, the example method 880 determines OFDM pilot frequencies for anOFDM channel. At block 884, the example method 880 determines guardbandfrequencies based on the OFDM pilot frequencies. At block 886, theexample method 880 generates a sweep profile based on the guardbandfrequencies. At block 888, the example method 880 performs a sweep testbased on the sweep profile.

It is contemplated that there can be many other uses, applications,and/or variations associated with the various embodiments of the presenttechnology. For example, various embodiments of the present technologycan learn, improve, and/or be refined over time.

In various embodiments, the functionalities described herein withrespect to the present technology can be implemented, in part or inwhole, as software, hardware, or any combination thereof. In some cases,the functionalities described with respect to the present technology canbe implemented, in part or in whole, as software running on one or morecomputing devices or systems. For example, the functionalities describedwith respect to on demand sweep testing, automatic generation of sweepprofile, and OFDM table generation and sweeping, or at least a portionthereof can be implemented as or within an application (e.g., app), aprogram, an applet, or an operating system, etc., running on a usercomputing device or a client computing system. In a further example, thefunctionalities described with respect to the present technology or atleast a portion thereof can be implemented using one or more computingdevices or systems that include one or more servers, such as networkservers or cloud servers. The functionalities described with respect tothe present technology or at least a portion thereof can be implementedusing computer system 900 of FIG. 9 . It should be understood that therecan be many variations or other possibilities.

Hardware Implementation

The foregoing processes and features can be implemented by a widevariety of machine and computer system architectures and in a widevariety of network and computing environments. FIG. 9 illustrates anexample of a computer system 900 that may be used to implement one ormore of the embodiments described herein according to an embodiment ofthe invention. The computer system 900 includes sets of instructions 924for causing the computer system 900 to perform the processes andfeatures discussed herein. The computer system 900 may be connected(e.g., networked) to other machines and/or computer systems. In anetworked deployment, the computer system 900 may operate in thecapacity of a server or a client machine in a client-server networkenvironment, or as a peer machine in a peer-to-peer (or distributed)network environment.

The computer system 900 includes a processor 902 (e.g., a centralprocessing unit (CPU), a graphics processing unit (GPU), or both), amain memory 904, and a nonvolatile memory 906 (e.g., volatile RAM andnon-volatile RAM, respectively), which communicate with each other via abus 908. In some embodiments, the computer system 900 can be a desktopcomputer, a laptop computer, personal digital assistant (PDA), or mobilephone, for example. In one embodiment, the computer system 900 alsoincludes a video display 910, an alphanumeric input device 912 (e.g., akeyboard), a cursor control device 914 (e.g., a mouse), a drive unit916, a signal generation device 918 (e.g., a speaker) and a networkinterface device 920.

In one embodiment, the video display 910 includes a touch sensitivescreen for user input. In one embodiment, the touch sensitive screen isused instead of a keyboard and mouse. The disk drive unit 916 includes amachine-readable medium 922 on which is stored one or more sets ofinstructions 924 (e.g., software) embodying any one or more of themethodologies or functions described herein. The instructions 924 canalso reside, completely or at least partially, within the main memory904 and/or within the processor 902 during execution thereof by thecomputer system 900. The instructions 924 can further be transmitted orreceived over a network 940 via the network interface device 920. Insome embodiments, the machine-readable medium 922 also includes adatabase 925.

Volatile RAM may be implemented as dynamic RAM (DRAM), which requirespower continually in order to refresh or maintain the data in thememory. Non-volatile memory is typically a magnetic hard drive, amagnetic optical drive, an optical drive (e.g., a DVD RAM), or othertype of memory system that maintains data even after power is removedfrom the system. The non-volatile memory 906 may also be a random accessmemory. The non-volatile memory 906 can be a local device coupleddirectly to the rest of the components in the computer system 900. Anon-volatile memory that is remote from the system, such as a networkstorage device coupled to any of the computer systems described hereinthrough a network interface such as a modem or Ethernet interface, canalso be used.

While the machine-readable medium 922 is shown in an exemplaryembodiment to be a single medium, the term “machine-readable medium”should be taken to include a single medium or multiple media (e.g., acentralized or distributed database, and/or associated caches andservers) that store the one or more sets of instructions. The term“machine-readable medium” shall also be taken to include any medium thatis capable of storing, encoding, or carrying a set of instructions forexecution by the machine and that cause the machine to perform any oneor more of the methodologies of the present technology. Examples ofmachine-readable media (or computer-readable media) include, but are notlimited to, recordable type media such as volatile and non-volatilememory devices; solid state memories; floppy and other removable disks;hard disk drives; magnetic media; optical disks (e.g., Compact DiskRead-Only Memory (CD ROMS), Digital Versatile Disks (DVDs)); othersimilar non-transitory (or transitory), tangible (or non-tangible)storage medium; or any type of medium suitable for storing, encoding, orcarrying a series of instructions for execution by the computer system900 to perform any one or more of the processes and features describedherein.

In general, routines executed to implement the embodiments of theinvention can be implemented as part of an operating system or aspecific application, component, program, object, module, or sequence ofinstructions referred to as “programs” or “applications.” For example,one or more programs or applications can be used to execute any or allof the functionality, techniques, and processes described herein. Theprograms or applications typically comprise one or more instructions setat various times in various memory and storage devices in the machineand that, when read and executed by one or more processors, cause thecomputing system 700 to perform operations to execute elements involvingthe various aspects of the embodiments described herein.

The executable routines and data may be stored in various places,including, for example, ROM, volatile RAM, non-volatile memory, and/orcache memory. Portions of these routines and/or data may be stored inany one of these storage devices. Further, the routines and data can beobtained from centralized servers or peer-to-peer networks. Differentportions of the routines and data can be obtained from differentcentralized servers and/or peer-to-peer networks at different times andin different communication sessions, or in a same communication session.The routines and data can be obtained in entirety prior to the executionof the applications. Alternatively, portions of the routines and datacan be obtained dynamically, just in time, when needed for execution.Thus, it is not required that the routines and data be on amachine-readable medium in entirety at a particular instance of time.

While embodiments have been described fully in the context of computingsystems, those skilled in the art will appreciate that the variousembodiments are capable of being distributed as a program product in avariety of forms, and that the embodiments described herein applyequally regardless of the particular type of machine- orcomputer-readable media used to actually effect the distribution.

Alternatively, or in combination, the embodiments described herein canbe implemented using special purpose circuitry, with or without softwareinstructions, such as using Application-Specific Integrated Circuit(ASIC) or Field-Programmable Gate Array (FPGA). Embodiments can beimplemented using hardwired circuitry without software instructions, orin combination with software instructions. Thus, the techniques arelimited neither to any specific combination of hardware circuitry andsoftware, nor to any particular source for the instructions executed bythe data processing system.

For purposes of explanation, numerous specific details are set forth inorder to provide a thorough understanding of the description. It will beapparent, however, to one skilled in the art that embodiments of thetechnology can be practiced without these specific details. In someinstances, modules, structures, processes, features, and devices areshown in block diagram form in order to avoid obscuring the descriptionor discussed herein. In other instances, functional block diagrams andflow diagrams are shown to represent data and logic flows. Thecomponents of block diagrams and flow diagrams (e.g., modules, engines,blocks, structures, devices, features, etc.) may be variously combined,separated, removed, reordered, and replaced in a manner other than asexpressly described and depicted herein.

Reference in this specification to “one embodiment,” “an embodiment,”“other embodiments,” “another embodiment,” “in various embodiments,” orthe like means that a particular feature, design, structure, orcharacteristic described in connection with the embodiment is includedin at least one embodiment of the technology. The appearances of, forexample, the phrases “according to an embodiment,” “in one embodiment,”“in an embodiment,” “in various embodiments,” or “in another embodiment”in various places in the specification are not necessarily all referringto the same embodiment, nor are separate or alternative embodimentsmutually exclusive of other embodiments. Moreover, whether or not thereis express reference to an “embodiment” or the like, various featuresare described, which may be variously combined and included in someembodiments but also variously omitted in other embodiments. Similarly,various features are described which may be preferences or requirementsfor some embodiments but not other embodiments.

Although embodiments have been described with reference to specificexemplary embodiments, it will be evident that the various modificationsand changes can be made to these embodiments. Accordingly, thespecification and drawings are to be regarded in an illustrative senserather than in a restrictive sense. The foregoing specification providesa description with reference to specific exemplary embodiments. It willbe evident that various modifications can be made thereto withoutdeparting from the broader spirit and scope as set forth in thefollowing claims. The specification and drawings are, accordingly, to beregarded in an illustrative sense rather than a restrictive sense.

Although some of the drawings illustrate a number of operations ormethod steps in a particular order, steps that are not order dependentmay be reordered and other steps may be combined or omitted. While somereordering or other groupings are specifically mentioned, others will beapparent to those of ordinary skill in the art and so do not present anexhaustive list of alternatives. Moreover, it should be recognized thatthe stages could be implemented in hardware, firmware, software, or anycombination thereof.

It should also be understood that a variety of changes may be madewithout departing from the essence of the invention. Such changes arealso implicitly included in the description. They still fall within thescope of this invention. It should be understood that this technology isintended to yield a patent covering numerous aspects of the invention,both independently and as an overall system, and in both method andapparatus modes.

Further, each of the various elements of the invention and claims mayalso be achieved in a variety of manners. This technology should beunderstood to encompass each such variation, be it a variation of anembodiment of any apparatus embodiment, a method or process embodiment,or even merely a variation of any element of these.

Further, the use of the transitional phrase “comprising” is used tomaintain the “open-end” claims herein, according to traditional claiminterpretation. Thus, unless the context requires otherwise, it shouldbe understood that the term “comprise” or variations such as “comprises”or “comprising,” are intended to imply the inclusion of a stated elementor step or group of elements or steps, but not the exclusion of anyother element or step or group of elements or steps. Such terms shouldbe interpreted in their most expansive forms so as to afford theapplicant the broadest coverage legally permissible in accordance withthe following claims.

The language used herein has been principally selected for readabilityand instructional purposes, and it may not have been selected todelineate or circumscribe the inventive subject matter. It is thereforeintended that the scope of the invention be limited not by this detaileddescription, but rather by any claims that issue on an application basedhereon. Accordingly, the technology of the embodiments of the inventionis intended to be illustrative, but not limiting, of the scope of theinvention, which is set forth in the following claims.

What is claimed is:
 1. A computer-implemented method comprising:determining, by a computing system, spectrum data based on a scan offrequencies on a network; generating, by the computing system, a channeltable including channel frequencies and channel types associated withthe network based on the spectrum data; generating, by the computingsystem, a sweep profile associated with the network based on the channeltable; and performing, by the computing system, a sweep test based onthe sweep profile.
 2. The computer-implemented method of claim 1,wherein the sweep profile includes start frequencies and stopfrequencies associated with channels in the network.
 3. Thecomputer-implemented method of claim 1, wherein the sweep profileincludes a forward communication frequency in a section of emptyspectrum for communication.
 4. The computer-implemented method of claim1, wherein the sweep profile includes a sweep test transmission level.5. The computer-implemented method of claim 1, further comprising:generating, by the computing system, a guardband table based on thechannel table, wherein the guardband table identifies frequency rangesto be skipped in the sweep test.
 6. The computer-implemented method ofclaim 5, wherein the guardband table includes flags that indicatewhether a frequency is to be skipped, measured by peak power, ormeasured by average power.
 7. The computer-implemented method of claim5, wherein the guardband table identifies frequency ranges based on afrequency, an upper threshold value associated with the frequency, and alower threshold value associated with the frequency.
 8. Thecomputer-implemented method of claim 1, wherein the channel typesinclude analog signals, digital signals, and OrthogonalFrequency-Division Multiplexing (OFDM) signals.
 9. Thecomputer-implemented method of claim 1, wherein the sweep profileidentifies OFDM subcarrier pilot frequencies to be measured in the sweeptest.
 10. The computer-implemented method of claim 1, wherein the sweepprofile is provided to a headend test unit or a remote transmitter testunit through a communication channel in the network.
 11. A systemcomprising: at least one processor; and a memory storing instructionsthat, when executed by the at least one processor, cause the system toperform a method comprising: determining spectrum data based on a scanof frequencies on a network; generating a channel table includingchannel frequencies and channel types associated with the network basedon the spectrum data; generating a sweep profile associated with thenetwork based on the channel table; and performing a sweep test based onthe sweep profile.
 12. The system of claim 11, wherein the sweep profileincludes start frequencies and stop frequencies associated with channelsin the network.
 13. The system of claim 11, wherein the sweep profileincludes a forward communication frequency in a section of emptyspectrum for communication.
 14. The system of claim 11, wherein thesweep profile includes a sweep test transmission level.
 15. The systemof claim 11, further comprising: generating a guardband table based onthe channel table, wherein the guardband table identifies frequencyranges to be skipped in the sweep test.
 16. A non-transitorycomputer-readable storage medium including instructions that, whenexecuted by at least one processor of a computing system, cause thecomputing system to perform a method comprising: determining spectrumdata based on a scan of frequencies on a network; generating a channeltable including channel frequencies and channel types associated withthe network based on the spectrum data; generating a sweep profileassociated with the network based on the channel table; and performing asweep test based on the sweep profile.
 17. The non-transitorycomputer-readable storage medium of claim 16, wherein the sweep profileincludes start frequencies and stop frequencies associated with channelsin the network.
 18. The non-transitory computer-readable storage mediumof claim 16, wherein the sweep profile includes a forward communicationfrequency in a section of empty spectrum for communication.
 19. Thenon-transitory computer-readable storage medium of claim 16, wherein thesweep profile includes a sweep test transmission level.
 20. Thenon-transitory computer-readable storage medium of claim 16, furthercomprising: generating a guardband table based on the channel table,wherein the guardband table identifies frequency ranges to be skipped inthe sweep test.